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[57] ABSTRACT 

A structured document browser includes a constant user 
interface for displaying and viewing sections of a document 
that is organized according to a pre-defined structure. The 
structured document browser displays documents that have 
been marked with embedded codes that specify the structure 
of the document. The tags are mapped to correspond to a set 
of icons. When the icon is selected while browsing a 
document, the browser will display the section of the struc- 
ture corresponding to the icon selected, while preserving the 
constant user interface. 
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J-x/^. 2 (A) ■ 



y^/^ WIDGET DESCRIPTION 

I. OVERVIEW-*""''^ 

THIS SECTION IS A MARKETING OVERVIEW OF THE WIDGET 
PRODUCT . 7^ 

A. DESCRIPTION-*''^^ 

THIS SUB-SECTION IS A DESCRIPTION OF THE WIDGET 
PRODUCT . 

B. ALIASES -"--^ 19 




C. FEATURES 

... 

D. HOW TO USE THE PRODUCT -^""'^ 

. . . 

II. SALES 

THIS SECTION DISCUSSES THE SALES OF THE WIDGET 
PRODUCT . 

A. CUSTOMER NEEDS ASSESSMENT 

B. SALES APPLICATIONS 

C. MAKING THE SALE 

D. RATES 

• • ■ 

III . AVAILABILITY 

THIS SECTION DISCUSSES THE AVAILABILITY OF THE 
WIDGET PRODUCT. 
IV. ORDERING 

THIS SECTION DISCUSSES ORDERING THE WIDGET PRODUCT, 
A. PROCEDURES 
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2(B) 



•TO FIG. 2(aV 



LISTINGS 
C . DUE DATES 

■ ■ • 

V. BILLING 

THIS SECTION DISCUSSES BILLING FOR THE WIDGET 
PRODUCT . 

A. CHARGES 

B. BILLING REDUCTIONS 

C. PAYMENT OPTIONS/ CONTRACTS 



VI . TROUBLESHOOTING 
THIS SECTION DISCUSSES TROUBLESHOOTING WIDGET 

PRODUCT PROBLEMS. 

A . KNOWN PROBLEMS 

B. PROBLEM ASSESSMENT 

C. DIAGNOSING CUSTOMER TROUBLE 

r" ■ ■■ 

VII . SUPPORT 

THIS SECTION DISCUSSES WIDGET PRODUCT SUPPORT. 

A. PRODUCT CONTACTS & REFERRALS 

B. RESPONSIBILITIES 



12 




•TO FIG. 2(C) • 
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TO FIG. 2(B) 



C. TARIFFS & REGULATORY 



D. POLICIES 



E. TRAINING 



3(A) 



<BRW.DOC> -22 
< PROD. NAME > 

<PR0DUCTNAME>WIDGET1</PR0DUCTNAME> 

<0VER> ^ — ) ) 55 

<OVERVIEW>OVERVIEW</OVERVIEW> 

TEXT IN OVERVIEW SECTION. 
</OVER^>^^^-j^ 

<SALE>'~~^^^ 
<SALES>SALES</SALES> 

TEXT IN SALES SECTION. 
<CUSNEED>'~- 

<CUSTOMERNEEDS>CUSTOMER NEEDS 
ASSESSMENT</CUSTOMERNEEDS> 

TEXT IN CUSTOMER NEEDS ASSESSMENT SUB-SECTION 
OF THE SALES SECTION. 

</CUSNEED> 

--42 

</SALE>._.^3*? 



TO FIG. 3 (8) 
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■TO FIG. 3(a) 




<TROUBLX_--^ 

<TROUBLESHOOTING>TROUBLESHOOTING</TROUBLESHOOTING> 
27-^ TEXT IN TROUBLESHOOTING SECTION. 
<TRBL.KNOWPROB> 

<TRBLKNOWPROB>KNOWN PROBLEMS>/TRBLKNOWPROB> 

TEXT IN THE KNOWN PROBLEMS SUB-SECTION OF THE 
TROUBLESHOOTING SECTION. 
</TRBL.KNOWPROB> 

<TRBL . PROBASSESS> 

< TRBL PROBAS SE S S > PROBLEM AS SESSMENT< / TRBLPROBAS SE S S > 



TEXT IN THE PROBLEM ASSESSMENT SUB-SECTION OF 
THE TROUBLESHOOTING SECTION. 



</TRBL. PROBASSESS> 
<TRBL.DIAG> 

<TRBLDIAG>DIAGNOSING CUSTOMER TROUBLE</TRBLDIAG> 

TEXT IN THE DIAGNOSING CUSTOMER TROUBLE SUB- 
SECTION OF THE TROUBLESHOOTING SECTION. 

</TRBL.DIAG> 
</PROD.NAME> 
</BRW.DOC> 
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<! ELEMENT PROD. NAME - - ( PRODUCTNAME, (% SUB- SECT; | 



TROUBL I 

ORDER I \ ) 
AVAIL |>,^^^ ^-47 
SALE 
BILL I 
SUPP I 
OVER)*) > 
<!ATTLIST PROD. NAME 

ID CDATA #IMPLIED > 
<! ELEMENT PRODUCTNAME - - ( (#PCDATA | %PARA- 

CONTENT;)*) > "^"^ 45^ 

<! ELEMENT TROUBL - - ( TROUBLESHOOTING, (%SUB-SECT; | 
TRBL . KNOWPROB | 
TRBL.PROBASSESS | 
TRBL.DIAG | 
TRBL.QUES | 
HEAD3 
HEAD2 
HEADS ' 
HEAD4 
HEAD7 

HEAD6)*) > 
<!ATTLIST TROUBL 

ID CDATA #IMPLIED 
ID CDATA # IMPLIED > 
<! ELEMENT TROUBLESHOOTING - - ( (#PCDATA | %PARA- 
CONTENT;)*) > 




TO FIG. -4 (8) - 
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TO FIG. 4f/\) 



<! ELEMENT TRBL . KNOWPROB - - ( TRBLKNOWPROB, (%SUB- 

SECT; I 
\. HEAD3 I 
HEADS I 
HEAD4 I 
HEAD7 I 
HEAD6)*) > 
<!ATTLIST TRBL , KNOWPROB 
ID CDATA # IMPLIED 
TYPE CDATA # IMPLIED > 
■<!ELEMENT TRBLKNOWPROB - - ( (# PCDATA | % PARA- 
CONTENT;)*) > 
<! ELEMENT TRBL . PROBASSESS - - { TRBLPROBASSESS , 
(%SUB-SECT; | 
HEAD3 I 
, HEADS I 
HEAD4 I 



HEAD7 I 

HEAD6)*) > 
<!ATTLIST TRBL. PROBASSESS 

ID CDATA #IMPLIED 

TYPE CDATA #IMPLIED > 
<! ELEMENT TRBLPROBASSESS - - ( (# PCDATA 1 % PARA- 
CONTENT;)*) > 
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LAUNCH 


BROWSER 






'abortI . 






PROCESS browser- ini 




/30> 



INITIALIZE 
WITHOUT 
default. bKs 



LOAD 
default. bKs 



USER INTERFACE 
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1(^0 



USER REQUESTS 
TO BROWSE A DOCUMENT 
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BROWSER RETRIEVES 
DOCUMENT 



BROWSER RETRIEVES ASSO- 
CIATED MAP FILE FOR DO- 
CUMENT BY EXPLICIT RE- 
FERENCE OR IMPLIED BY 
NAMING CONVENTIONS 



BROWSER CHECKS TO ENSURE 
THAT ELEMENT NAMES IN 
SGML INSTANCE AND DTD 
MATCH THOSE IN MAP FILE 



BROWSER LOCATES ASSOCIATED 
ICONS REFERENCED IN MAP FILE 
AND FLY-BY TEXT FOR DE- 
SCRIPTORS OF ICONS 



170 



BROWSER DISPLAYS DOCUMENT 
W/TH ICONS AND FLY-BY TEXT 



USER PRESSES ICON ON 
RIBBON AND BROWSER MOVES 
TO ASSOCIATED ELEMENT 
IN DOCUMENT 
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[BOOK]- 
COLLECTION=\XYZ 





150 



COLLECTIONTITLE+"PRODUCTS' 
BOOKNAME=WI DGET 
^BOOKTITLE="WIDGET" 



-^MAP=PRD.MAP 



OROWSER - WIDGET 



PRODUCT WIDGET 




OVERVIEW SALES 
AVAILABILITY 
ORDER 



II. SALES 




* SALES OF WIDGETS WERE 
MUCH HIGHER TWAN 
EXPECTED. 

*SALES or WIDGETS IN 
ARE ON RECORD PACE. 
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[MAP] 

ICONS=DE FAULT . BMP 

rl84 jOQ 

[SECTIONS]-^ / ./ / 

IRBW-DOC. PROD . NAMEX I0VER=1I:I 0VERVIEW| 



"?2 



?4 




RBW-DOC, PROD . NAME., SALE=2 : SALES 
RBW-DOC, PROD. NAME, AVAIL=3 : AVAILABILITY 
RBW-DOC, PROD. NAME, 0RDER=4 : ORDERING 
RBW-DOC, PROD. NAME, BILL=5: BILLING ^ 
RBW-DOC, PROD. NAME, TR0UBL= |6l; TROUBLESHOOTIN G"^ 
RBW-DOC, PROD. NAME, SUPP=7 : SUPPORT 



[RBW-DOC, PROD. NAME, OVER] 
OVER . DESC=61 : DESCRIPTION 
OVER .ALIASES=62 : ALIASES 
OVER . RESTRIC=63 : RESTRICTIONS 
OVER . INTER-64 : INTERACTIONS 
OVER . FEAT=65 : FEATURES 

OVER.HOWTOUSE=66: HOW TO USE THE PRODUCT 
OVER. CPE=67 : CPE INVOLVEMENT 
OVER . RESALE=68 : RE SALE /SHARING 
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DESCRIPTION 



WIDGET IS A DEVICE TMAT ENABLES 
AN AUTOMOBILE ENGINE TO BURN 
GASOLINE MORE EFFICIENTLY. 



FIG. 8 
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STRUCTURED DOCUMENT BROWSER 

A portion of the disclosure of this document contains 
material which is subject to copyright protection. The copy- 
right owner has no objection to the facsimile reproduction 
by any one of the patent disclosure as it appears in the Patent 
and Trademark Office patent files or records, but otherwise 
reserves all rights to copyright protection whatsoever. 

HELD OF THE INTVENTION 

ITiis invention relates to computer applications for view- 
ing documents, and in particular, to a computer program for 
viewing documents having a predefined structure. 

BACKGROUND OF THE INVENTION 

Current computing environments typically include a 
graphical user interface (GUI). IBM personal computers and 
IBM compatibles run either OS/2 or Windows. The Macin- 
tosh has always had GUI capabilities as part of its operating 
system. Even higher end computers, including those that run 
Unix or VAXA^S operating systems, are available with 
components that provide a GUI environment. 

GUI's are generated using a set of software tools that put 
graphical objects on the computer display. One of these 
graphical objects is a screen pointer that the user controls 
with a mouse or a trackball. The user moves the mouse to 
position the pointer on the screen over selected objects on 
the screen. The user can select an object by using a selecting 
device which is typically a mouse switch. By selecting an 
object, the user instructs the operating system or an appli- 
cation to execute the function associated with the object, l^e 
GUI objects can include the graphical representation of 
buttons, menus or any other graphic object. 

GUI's are the foundation of hypertext and hypermedia 
applications. Such applications allow computer users to 
create interfaces in which graphical objects are configured to 
correspond, or to link to objects of information. For 
example, a user may create an interface having the graphical 
representation of a button to display a motion video by 
selecting the button with a screen pointer. Similarly, the 
button can be configured to make a sound, display an image 
or display a separate text file. 

Today's increasing interest in the Internet is due in part to 
the improvements in hypermedia applications. The World 
Wide Web is growing dramatically due to the evolution of 
standard markup languages that allow users to mark docu- 
ments with links to other documents, and of presenters or 
viewers that interpret the markup language in the documents 
allowing the users to view the links. 

One of the first markup tools was the Standard General- 
ized Markup Language (SGML). SGML was developed by 
the International Standards Organization and has been 
adopted by the Department of Defense and other govern- 
ment agencies as a way of standardizing documentation. 
SGML is machine-based in a manner similar lo a computer 
language. An SGML Document Type Definition (DTD) may 
be defined according to the specifications of SGML for a 
given document structure. The DTD defines elements to be 
embedded in a document. The documents are then viewed 
using a viewer or browser that interprets the elements in the 
document according lo the data structure defined in the 
DTD. 

^ITie Hypertext Markup Language (HTML) is an instance 
of a DTD defined by SGML. HTML elements or codes are 
embedded into documents for use with HTML browsers. 
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Browsers display the documents according to stylesheets 
associated with the embedded codes. The stylesheets contain 
rules or instructions that dictate the appearance of a docu- 
ment as presented by a browser. Stylesheets may also 

5 contain references to other documents in different comput- 
ers. These references may be used in conjunction with 
context-sensitive regions of the documents such that a user 
retrieves the document reference by selecting the region. In 
this manner, an author links one document to others in a 

10 meaningful way such that a viewer may provide a user with 
access to infonmation in documents that are linked together 
in a web-like fashion. 

One common characteristic of many browsers is that the 
links to information are presented solely within documents. 

IS The links may take the user to other documents or to 
locations within the same document, but typically, the 
elements that provide the link control are within the docu- 
ments. 

Having the control to the information links within the 
documents themselves is adequate where the documents are 
short and where the purpose is to obtain information in brief, 
concise statements. But where a document is long, it 
becomes diflGcult to browse the document since the only 
potential access to other destinations are in whatever part of 
the document is currently being displayed. 

Moreover, organizations often work with standardized 
documents. These documents typically have a carefully 
defined purpose and are usually characterized by a standard 
structure. These documents may be long and the main 
purpose for viewing the documents is often to access infor- 
mation found in a specific section of the well-known struc- 
ture of the document. 

SUMMARY OF THE INVENTION 

35 

In view of the above, a structured document browser is 
provided with a user interface that remains uniform and 
familiar as the user browses documents according to their 
structure instead of their contents. The browser uses codes 

40 embedded in the document to identify sections of the 
structure of the document. In one preferred embodiment, the 
browser includes a first plurality of display regions config- 
ured to correspond to respective parts of the predefined 
document structure regardless of what part of the document 

45 is displayed. In another preferred embodiment, the browser 
further includes a second plurality of display regions con- 
figured to correspond to respective parts of the predefined 
document structure in response to the part of the document 
that is displayed. 

50 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a block diagram of a preferred embodiment of 
the structured docniment browser showing how it commu- 
nicates with other components of the computer. 

FIG. 2 illustrates a sample structure for a document. 

FIG. 3 illustrates a portion of a document having the 
structure shown in FIG. 2 after it has been marked with 
SGML tags. 

gQ FIG. 4 illustrates an SGML document type definition 
(DTD) created for use by a structured document browser for 
a document having the structure shown in FIG. 2. 

FIG. 5 is a representation of an example of a user interface 
of the structured document browser for FIG. L 

65 FIG. 6 is a flow chart showing the process of retrieving a 
structured document and illustrates playing the section of a 
document in response to the selection of a button. 
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FIG. 7 illustrates an example of a bks data structure. each device. A pointing device 100 may be implemented 

FIG. 8 is a diagram that shows the interaction between a losing a mouse, a trackball or any other device that controls 

button, a map file and bit map file. Ibe position of a screen pointer. A selecting device 102 is 

HGS. 9A & 9B iUustrate the operation of the browser of ^yP^*^^"y in^pJementcd with mouse buttons or buttons that 

piQ J 5 operate in conjunction with a trackball. In general, any 

Ml 1 /. . - . t device that may be used to affect the selection of an object 

FIG. 10 Illustrates one example of an alteraative imple- « , ...-^ 

- . • ^ ^ at the location oi the screen pomter may be used as a 

mentation of the user mterf ace, i . • tnn a t j • m-i 

selecting device 102. A selectmg device 102 may even 

nG. U illustrates a second alternative implementation of include a key on the keyboard 110. The storage media 108 

the user interface. jq \^ understood to include random access memory (RAM), the 

FIG. 12 illustrates a third alternative implementation of temporary storage out of which programs are executed as 

the user interface. well as the mass storage devices in which programs are 

FIG. 13 illustrates a fourth alternative implementation of stored. The hardware devices 108, 110, 100, 102, 112 are 

the user interface. understood to include the software drivers necessary for 

15 their operation in the computing environment. 

DETAILED DESCRIPTION OF THE The browser 80 includes at least a controller 82 and a 

PRESENTLY PREFERRED EMBODIMENTS system interface 84. The system interface 84 is responsible 

m the description that follows, reference is made to the fo7;^^<^^ing the communication between the browser 80 

drawings where like elements are identified by like numerals operating system 104 the I/O system 114 and the 

throuehout GUI system 116. The controller 82 receives and interprets 

. requests from the system interface 84 to perform a browser 

A presently preferred embodiment of this mvention function. For example, the system interface 84 receives 

includes an application program called browser.exe that has ^^^^^ f^om the I/O system 114 that the pointing device 100 

been developed using the 'c' programming language in the ^^d the selecting device 102 were used to press a button or 

Windows environment. The browser.exe executable file is 25 icon, to request a display of a section of a document. 'ITie 

programmed to make function calls to three dynamic link controller 82 receives the information from the system 

libraries named sit.dll, cgrmzv.dll and ctl3d.dU. These interface84todetermine which document section to display, 

libraries are components of Dynatext Version 2.0, a user , , r . . » • r 

interface development system from Electronic Book '' presently preferred embodiment ihe system 

Technologies, Inc. These Dynatext Ubraries provide func 30 U''« 'be functions provided by the Dynatext devel- 

tions that implement the SGML related functions and the ^J^"" ''^ ^P""'"'^ sysl^em or I/O system 

graphic input/output functions. Further information regard- ^"'="°'?f; in a preferred embodiment is the 

ing the Dynatext program may be obtained by contacting f'«='^.'«>'le program browser.exe. It ^ 0 be understood that 

Electronic Book Technologies, Inc. at One Richmond *f 'H'ST m FIG. 1 ^ by way of lUustration and is no 

Square, Providence, R.l. 02906. 35 '° ^^^^'^ '° °'" 

' the mvention. 

The browser.exe program uses data structures in several ™ o„ . .... 

. ci .u . • j' . . u The browser 80 operates with documents that have been 

support files that are m the same directory tree as browser- , . ■. . . , „ l or. ■ 

,exe TTiese support files will be described in more detail in ^^"^^ f '"^ 

the description that follows. '° documents accordmg to their structure. 

^ the utility of the browser 80 is maximized when an organi- 

A hstmg of the present version of browser.exe is attached ^ ^^gji^n establishes a standard structure for its key documents, 

as Appendix I of this specification. The listing is an octal ^ software engineering group, for example, may find it 

representation of browser.exe. The presently preferred desirable to maintain a uniform structure for the software 

embodiment may be earned out by converting the octal to a requirement specifications that the group develops. A dif- 

binary executable file using methods that are weU known in fgrent structure is desirable for the group's design 

the art. After conversion, the browser.exe file may be specifications, and yet a different structure works for the 

executed from a directory that includes the dynamic link g^^p.g j^.j documentation. The group's goal for such 

libraries and the support files descnbed in this disclosure. documentation is to maintain uniformity. 

It is to be understood however, that an embodiment of the Referring to FIG. 2, a marketing group might maintain 

present invention may be developed for any computing product descriptions for its company's product Une in docu- 

environment using any suitable development system. ^^^^^ having the predefined document structure 10. This 

llie browser application in a presently preferred embodi- structure is predefined to have headings 12 that provide 
menl is referred to in the following detailed description as overview information, sales information, product availabil- 
the browser 80 as shown in FIG. 1. FIG. 1 is a block diagram ity information, ordering information, billing information, 
describing at a high level the browser 80 in the computing 55 troubleshooting information and product support informa- 
environment. The components of the browser 80 in its tion. The structure also has sub-headings 14 within each 
operating environment include the browser 80 itself, an heading where relevant. The overview section 16 has sub- 
operating system 104 with GUI capabilities, storage media headings 14 for sections devoted to a product description, 
108, a keyboard 110, a pointing device 100, a selecting aliases, product features and instructions on how to use the 
device 102 and a monitor 112. llie operating system 104 product, 

further includes an I/O system 114 and a GUI system 116. ^ specific document of the predefined structure in HG. 2 

Ihe double headed arrows 118 denote the communication is marked with codes for viewing with the browser 80. In a 

between the respective components. 'ITie communication at preferred embodiment, codes are used to mark the document 

118 may entail communication over a network where appro- as shown in FIG. 3. The codes shown in FIG. 3 have angle 

P"^^^- 65 brackets around them. In a preferred embodiment, the codes 

Ihe hardware devices 108, 110, 100, 102, 112 may be are SGML elements, 'lliese codes may be replaced by 

implemented by choosing from among many alternatives for elements of other markup tools in alternative embodiments. 
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la the marked document 20, the application identificatioo 
code 22 indicates that the document has been marked for use 
by the browser 80. The overall docmnent structure is iden- 
tified with a product name code 24. Each standard structure 
component is then marked with an appropriate code or 5 
element. 

The sections in a document are preferably marked accord- 
ing to a convention. First, the beginning of a section is 
marked by a code or element. For example, the <OVER> 
element 26 identifies the beginning of the section of the -^q 
document that provides an overview of the product. The 
<OVER> element 26 is followed by the heading and text 
that constitute the Overview section of the document. A 
begin section name element 28 indicates that the information 
that follows the element 28 specifies the name that will -jg 
appear in all documents of the same structure for that 
section. In the marked document 20 in FIG. 3, the name of 
the overview section is "Overview** 30, Immediately after 
the name, an end section name element 32 indicates the end 
of that section name such that the text between the begin 20 
section name element 28 and the end section name element 
32 is the text 30 that will appear in the heading. Similarly, 
an end section element 34 indicates the end of the section. 
In this case, the element </OVER> 34 marks the end of the 
overview section. The convention of marking the beginning 25 
and the end of parts of the document is used to mark other 
sections (as shown at 36, 38, 39 and 42) that form the 
standard document strucmre. 

Begin sub-section elements 38 and end sub-section ele- 
ments 42 mark the sub-sections of the document, using the 30 
same convention, with the stipulation that the end elements 

39 are in an order that keeps the sub-sections nested within 
the sections. Documents may have sub-sections within sub- 
sections. 

In a preferred embodiment, the structure of documents is 35 
defined by a document type definition (DTD). The DTD 40 
in FIG. 4 illustrates how a document structure is represented 
in SGML, Codes such as those referenced at 24, 25, 26 and 
38, that are used to indicate a section or structure part of the 
document as shown in FIG. 3, are defined by setting an 40 
element name, as shown at 42 and 44 in FIG. 4; setting a 
heading name, as shown at 47 and 49; and listing sub-parts 
as shown at 46, For example, the code for the product name 
24 in FIG. 3 is defined in the DTD 40 as the element name 
42 for the high level document structure composed of the list 45 
of sections 46. 'ITie list of sections 46 comprises the codes 
defining the sections of the document. The codes used in 
FIG, 3 for the begin section codes 25 are defined in the DTD 

40 of FIG. 4 as element names 44 for the respective section 
level data structures. The respective name codes, such as the 50 
begin section name element 27 in FIG. 3, is shown as part 

of a section, as shown at 45 in FIG. 4. The name element 45 
is also defined at 51. If a section has sub-parts, or sub- 
sections, the codes for the sub-sections within the section are 
listed in the definition of the section code as shown at 48. 55 
Each sub-section code is then defined individually as shown 
at 43. More details on the syntax and constructs of SGML 
may be obtained by referring to the ISO Standard for SGML 
ISO 8879: 1986/Al: 1988(E). 

In a preferred embodiment, a document having a basic 60 
word processing format may be converted to a marked 
document 20, also known as an SGML instance, using an 
SGML utility. For example, a utility called DYNATAG from 
Electronic Book Technologies, Inc., uses documents having 
the structure described in FIG. 2 to create a DTD 40, 65 
illustrated in FIG. 4, as well as an SGML instance 20, 
illustrated in FIG. 3. Other SGML utilities may be used to 
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create DTD's and SGML instances. The discussion of the 
DTD 40 is presented to illustrate how alternative embodi- 
ments might implement a program that interprets SGML 
DTD's to operate with the browser. 

An infinite number of DTD*s may be used, including 
common DTD's such as the HTML DTD. In addition, other 
embodiments of this invention may not use SGML as a 
markup language. Any other suitable markup language, 
including a proprietary markup language, may be used as 
well, provided that the appropriate software components are 
available to translate the code. Other embodiments of this 
invention may be designed to support the use of more than 
one markup language. 

Once a document has been marked and converted into a 
format that is appropriate for the browser 80, the browser 80 
may be started on a computer. Referring back to FIG. 1, the 
user invokes the browser 80 by using the pointing device 
100 and the selecting device 102 to select the browser 80 in 
a manner dictated by the GUI of the operating system 104. 
In the preferred embodiment, the operating system 104 is the 
Windows Operating System (Version 3.1 and later for pur- 
poses of this example), the pointing device 100 is a mouse, 
and the selecting device 102 includes a pair of mouse 
buttons (left and right buttons). The Windows user interface 
106, as it appears on the monitor 112, includes a menu bar 
68, icons 66 representing application programs ready for 
initialization and a screen pointer 62 controlled by the user 
with the mouse pointing device 100. 

To initialize the browser 80 in the A\^ndows environment, 
the mouse 100 may be used to place the screen pointer 62 
over the browser icon 64 in the operating system interface 
106 and the left mouse button may be double-clicked. 

Once the browser 80 has been initialized, the graphical 
user interface changes from the Wndows user interface 106 
in FIG. 1 to that of the browser user interface as shown at 
50 in FIG. 5. 

Referring to FIG. 5, the user interface 50 of the browser 
80 gives the user the capability of selecting a particular 
document and then selecting different sections of the docu- 
ment for display. The objects used to browse through the 
documents remain on the user interface 50 regardless of 
where in a document a user is browsing. The user interface 
remains familiar to the user and responsive to the document 
stmcture. 

The user interface 50 of the browser 80 includes a 
document menu 52, a document type menu 54, a first row of 
selectors 56, a second row of selectors 58 and a display 
window 60. 

The user selects a document for browsing by using the 
document menu 52. The document menu 52 is implemented 
with standard graphical user interface menu objects such 
that the user selects a document menu arrow 70 to display 
the full menu of the documents available. The user then 
selects the document desired from the menu using the 
selecting device 102 in combination with the screen pointer 
62. 

The user interface 50 of the browser 80 is configured in 
a manner that allows the document types, or standard 
structures of different types, to be listed in a document type 
menu 54. The document type is selected by the user in the 
same manner that the user selects a document. The name of 
the document type is the name or alias of directories 
designated by the browser to have documents of a consistent 
structure. When a different document type is selected, the 
names listed in the document menu are changed according 
to the names of the available documents having the new 
document type. 
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The selectors 56, 58 are examples of document navigation 
tools that may be used for browsing documents in a pres- 
ently preferred embodiment. More specifically, selectors 56, 
58 are display regions in the user interface that arc config- 
ured to perform prc-dcfincd operations when the user places 5 
the screen pointer 62 over one of the selectors 56, 58 and 
then selects it with the selecting device 102. In the presently 
preferred embodiment, the display regions are depicted as 
icons that make them look like buttons with graphic images 
on them. The image may be designed to convey a sense of lo 
the operation to be performed if the icon is selected. 

The first row of selectors 56 is configured to correspond 
to the first level of sections in a document. For example, the 
first selector 68 in the first row 56 is configured to corre- 
spond to the Overview section 16 in the document shown in is 
FIG. 2. 

Each selector is configured so that when the user places 
the screen pointer 62 over the selector and then selects it 
with the selecting device 102, the system interface 84 
(described above with reference to FIG. 1) receives data 20 
indicating which selector was selected. The system interface 
84 may then determine the document section associated with 
the selector and send the request to display that section lo the 
controller 82 (described above with reference lo RG. 1). 
Alternatively, the system interface 84 may send to the 
controller 82 the identification of the chosen selector and let 
the controller 82 determine what section to display. The 
controller 82 will cause the document to be searched for the 
document section that matches the selector chosen. When 
the chosen section is found, the browser 80 displays in the 
display window 60 the section of the document structure that ■'^ 
corresponds to the selector. 

Once the desired section is in the display window 60, the 
user may navigate within the section by selecting one of the 
second row of selectors 58. Each time a selector from the 
finst row of selectors 56 is selected, the second row of 
selectors 58 is configured to correspond to the sub-sections 
14 within the section 12 being displayed (as shown in FIG. 
2). A document structure having sub-sections within its 
sub-sections may also be accommodated so that three rows 
of selectors might be present in the user interface. The 40 
number of sub-sections within sections of a document may 
be further accommodated with rows of selectors as desired, 
or as limited by system constraints, such as the size of the 
display window 60. 

The user may also navigate within the section by con- 45 
trolling the display window scroll bar 96 with the screen 
pointer 62 and the selecting device 102, 

To describe the manner in which the selectors 56, 58 in the 
browser user interface 50 arc configured, the initialization of 
the browser will be described in conjunction with exemplary jq 
files or data structures that are utilized during browsing 
operations. It is to be understood that this is only one 
implementation of the preferred embodiment, and that the 
files may be replaced, or integrated, or revised to form 
diflferent data structures without departing from the scope of 
the invention. Furthermore, the Dynatext development tools 
may be replaced by other functionally equivalent tools. 

In the presently preferred embodiment, documents arc 
converted into "books" which are actually directory trees 
that reside in a directory called the "\xy/Abooks" directory. 
The terms "book," "collection" and "library" are defined and 
used according to the specifications of the Dynatext devel- 
opment system. 

In order to create the Dynatext books, the documents that 
have been coded as illustrated in FIG. 3 are supplied as input 
to a utility called DYNATAG which is a component of the 65 
Dynatext system, DYNATAG creates a DTD (as shown in 
FIG. 4) and an SGML instance (as shown in FIG. 3) of the 
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document. The SGML instance and the DTD are used as 
input files to MKBOOK, another Dynatext utility. The 
MKBOOK utility creates a binary instance of the document, 
a directory tree, or a "book," and some of the support files 
used by the browser 80. For example, the document for 
Widget having the structure for products descriptions 
defined in FIG. 2 is processed with MKBOOK to create the 
book "\xyz\books\widget," a sub-directory of "\xyz\books." 

The browser 80 uses a number of data files to define how 
a document is found and displayed in the browser. These 
files and their names in the preferred embodiment are 1) the 
browser executable (browser.exe); 2) an initialization file 
(browser.ini); 3) a set of dynamic link libraries (sit.dll, 
cgmzv.dll, & cll3d.dll); 4) a bks file which is an ASCII file 
that contains information about a book, a library or collec- 
tion of documents, and names in the browser menus (named 
*.bks where the * represents the name of a document); 5) a 
bitmap containing up to 100 regions for icons (named *.bmp 
or default.bmp) and 6) an ASCII file that provides the 
linking of the document element names to the icons in the 
bmp file and for pop-up text in the executable (named *.map 
or default.map). 

The execution of the browser 80 will be described with 
reference to FIG. 6 which is a flowchart describing the steps 
taken to browse a document. When the user starts the 
structured document browser in the manner described above 
in reference to FIG. 1, the operating system launches the 
browser.exe executable file as shown at block 120. This file 
is located in a directory called the "\xyz" directory. When 
browser.exe is launched it first looks for the three required 
dynamic link libraries (DLL's) in the same directory as 
shown at block 122. The DLL's, supplied by Electronic 
Book Technologies, contain functions related to the user 
interface, SGML processing and access to the books. 

If the DLL's are available, the browser then checks for the 
browser.ini file as shown in 124. If the browser.ini file is 
present, the browser 80 reads its contents, as shown at block 
126. 

As the sample file in Table 1 shows, the browser.ini file 
contains objects, or data structures that include the [Files] 
object, the [DTEXT] object, and the [MAP] object. The 
[FILES] object defines an annotation file, 'llie annotation file 
is a repository for feedback from users of the browser 
regarding the documents being reviewed. The [DTEXT] 
object contains file names that the executable will use to find 
the location of the data directory, seciuity key, and public 
and private directories. The [MAP] object provides the file 
name of the initial map file that is to be loaded (typically, the 
name is "default.map"). The map file, as discussed in detail 
below, contains the associations between the document 
elements and the icons. 

TABLE 1 

Sample browser.ini FUe 

(Files] 

Annotatio n FUe-Vs yz\annot.tet 

lirrEXTj 

D/^TA_DIR-\xyz\data 
DTEXT_AUTH-@\xyz\data\Bccurity 
PU BLIC_DIR-\xy2\tmp\pubUc 
PRIVATE_DIR-\iyzMmp\private 
(MAP] 

Icons -de fault, bmp 



Referring back to FIG. 6, once the browser.ini file is 
pnDcessed at 126, the browser checks for a file called 
default.bks at block 128. The defauh.bks file is an ASCII file 
which provides the browser with the information required to 
display a standard initial document, such as a document that 
displays a message of the day. 
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If a defaull.bks file is nol found, the browser iniiializes 186 thai help tie the selector icons to the sections in the 

without a book as shown at 130. Otherwise, the contents of document. The order of these data structures indicates the 

default.bks are loaded as shown at 132 and the user interface order in which the sections appear in the document, 

is presented on the display to the user as shown at 134. The first item under [sections] is "RBW-DOC, 

The bks files will be described by reference to FIG. 7. The 5 PROD.NAME, O VERoi : Overview^* 188. The RBW-DOC, 

bks files are ASCII files that contain information about how PROD.NAME 190 label indicates that the section identified 

the book should be loaded into the menus in the browser and ^ highest level section. The OVER 

which map file to use. The bks file always begins with the ^^^^^ matches the <OVER> tag 26 used to 

[Book] object 140 in FIG. 7. The next fine identifies the *^^°t»fy oveiview section m the marked structure docu- 
"coUection." In a preferred embodiment, a collection, also 30 ment shown in FIG. 3. The expression 0 VER-l 192 speci- 

called a library, refers to the directory containing the books "^^^^^ ^ corresponds to the section 

to which the browser 80 has access. In HG. 7, the collection identified. 'ITie text following the colon at 194 is used in 

is located in the *Axyz" directory. ^y-^y h^*P ^^^^^^ ^^^P messages. For example, when the 

-nie next line in a bks file as shown in FIG. 7 identifies the P^*"^^^,^^ is positioned over an icon 222 as shown in 

collection title 144 which defines a document type for the FIG 8, a Help niessage 196 is displayed to indicate t 

document type menu 54, THe coUection title 144 is an alias ^'^^^^ f'^'^T""' fJ^T? ^^V ' m '^t 

for the group of books that will be listed under a heading in ^l^^'^^^ '"'^ ^® ^"""^ ^^^'^^ 

the document type menu 54 caUed "Products." ^° :" , , . . . « . ^ 

Ti, f .u u 1 1 • .u . 1 • f *u ui An example of the bmp file is shown in HG. 8 at 210. llie 

The name of the book 146 is on the next line of the bks * j ■ .u u «i • i . ^ 

ci in. u 1 • * 11 *t. f.u J- * . 20 icons are stored in the bmp fi e as a sing e rectangu ar 

file. The book name is actually the name of the directory tree r? t, • • i< • i j u ic ■ ^ u- u i .u 

. * J .u II *• *u /j • bitmap. Each icon IS 16 pixels wide by 15 pixels high. In the 

that must be present under the collection path specified in .| c . . * .u ■ i *t i 

line two 142 of the bks file. 'ITie book title at 148 specifies f'^f preferred embodiment, the icons make the selec- 

i. ™ . * .u lors appear to be buttons. The icon mdex starts at 1 and 

an alias for the book. Tht book title contains the name the *T r i . • u. c .u • a • 

, , .,1 , , ei / » T7ir^ e\ procccds from left to right. So the icon index might appear 

user will see on the document menu 52 (at FIG. 5). The map e u & 
ci ■ 1 T J • i_ r;. , 25 as lollows: 
file name 150 is optional. It designates the map file that 

associates the tag names with the icons in the .bmp file. If 

specified, the browser will use the file name 152 to access 12 3 45 678 910 

the map file. Otherwise, the browser will assume a file name n 12 13 14 15 16 17 18 19 20 

based on a pre-defined naming convention. "^^^ 



Referring back to FIG. 6, a user requests a document 160 "^^ 

by using the document menu 52 or the document type menu An example of how the map file relates to the bmp file is 

54 in the user interface 50 (shown in FIG. 5). When the given in FIG. 8. Assume the user moves the screen pointer 

menu is selected (before a document is selected), the bks file 62 to the troubleshooting icon, which is the sixth selector or 

is read in and the menu lists document and document type 222 in the top row of selectors 56 and then selects it. The 

names according to the contents of the bks file. When a user sixth button 222 corresponds to the sixth icon 224 in the bmp 

requests to receive a document as shown at 160, the browser file. The browser 80 refers to the map file at the line 

retrieves the document itself as shown at 162 and the map RBW-DOC, PROD.NAME, TR0UBL=6: Troubleshooting 

file associated with that document as shown at 164. 226 to determine which clement name must be searched. 

The browser then verifies that the elements in the map file The line at 226 defines the TROUBL element as the element 

match the SGML DTD and the structure codes in the that must be searched when the sixth button in the first row 

document as shown at 166. If there are no discrepancies, the 222 is selected. 

browser 80 reads the bmp file as shown at 168 which is White every book could have a separate map file and bmp 

specified in the map file. Also, in block 168, the browser 80 file, these files relate to all books in a library. In other words, 

locates fly-by text for description of icons. Ilie bmp file 45 all books in the product library should have the same 

allows the browser to display the icons as shown at 170 for document structure (i.e., document type definition). Thus, a 

the selectors 56. 58 (in FIG. 5). The browser also displays prd.map provides the mappings for all books in the products 

the text in the chosen document as shown at 170. (i.e., prd) library and, a prd.bmp provides the icons for all 

Once the selectors on the user interface match the struc- books in the products (i.e., prd) library. The icons should 

ture requirements of the document, the user may select a 50 relate to the hierarchical structure of the document structure 

section of the document to view by pressing a selector button as specified in the document type definition, 

that corresponds to that section as shown at 172. llie FIGS. 9A & 9B demonstrate the operation of the browser 

correspondence between the selectors 56, 58 and the docu- 80 by illustrating the way in which the user interface 50 

ment structure is established in the map file and in the bmp changes in response to the pressing of a button. RG. 9 A 

file.Thiscorrespondence will be described with reference to 55 shows the user interface 50 in an initial state with the 

FIG. 8. Overview section 16 of the widget products document from 

FIG. 8 shows a portion of the map file 200 for the FIG. 2 in the display window 60. The selectors 58 of the 
document having the structure in FIG. 2. a bmp file 210 and second row are represented by icons that correspond to the 
the location 00 the user interface in which the selectors are sub-sections 246 of the description section, 
placed 220. The first object in the map file is the [MAP] 60 The user of the browser 80 may wish to view information 
object 180 which identifies the data structure. The next line that is known to exist in the troubleshooting section 18 of the 
in the map file is the icon line 182 which is a filename that widget product description. As shown in FIG. 2, the trouble- 
is used by the browser 80 to obtain the bmp file for the shooting section 18 is towards the end of the document, 
structure corresponding to the map file. Standard documents may be as short as one printed page or 

'Ilie next line in the map file shown in FIG. 8 contains the 65 long enough to fill several binders. 'Ilie browser 80 simpli- 

[SECriONS] object 184. Ilie [SECTIONS] object 184 fies the retrieval of information by allowing access to a 

marks the beginning of a set of definitions of data structures pre-defined section of a document by pushing a button. The 
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screen pointer 62 may be moved from an initial position 240 
to the position over the icon for the troubleshooting button 
222. The user then selects the troubleshooting button 222 by 
enabling the selecting device 102. The browser 80, using the 
process illustrated in FIG. 8, then searches through the 5 
binary instance of the document for the troubleshooting 
section. Hie browser 80 displays the found section 242 in the 
display window 60 as shown in FIG. 9B. In addition to 
displaying the found section 242, the browser 80 updates the 
second row of selectors 58 to correspond to the sub-sections 
248 in the found section 242. ^° 

The user interface 50 of the browser 80 may be enhanced 
by adding objects to give the user more tools with which to 
view the documents. The user interface 50, shown in FIG. 
9 A, includes a next section button 92, a previous section 
button 94, a go forward button 72, a go backward button 74 
and string search tools 78, 86, 88, 89. These objects may be 
programmed into the browser 80 along with the software 
components that provide the indicated functions. 

When the next section button 92 is selected with the 
combined action of the screen pointer 62 and the selecting 
device 102, a user views the next section in the document. 
For example, the next section after the Overview section 16 
in FIG, 9A is the Sales section (See FIG. 2). Selecting the 
next section button 92 in FIG. 9 A causes the browser 80 to 
display the Sales section. The previous section button 94 
operates in the same manner as the next section button 92 
except that the previous section is shown. 

The go forward button 72 and go backward button 74 may 
be used to scroll text in the display window 60. 

The user interface 50 as shown in FIG. 9A may also 
include string search tools 78, 86, 88. The string search entry 
box 78 may be used to input a text string that the user wishes 
to locate in the document. The next found and previous 
found buttons 86, 88 may be used to display the locations in 
the document in which the string was found. The clear 
search button 89 clears the text in the search entry box 78. 

The feedback entry function gives the user the ability to 
provide feedback on a document for those who may browse 
the document at a later time. As shown in FIG. 9B, by 
selecting a feedback file in a menu, or by selecting a tools 
button 90, a text box 260 opens up to allow the user to enter 
a note. The text box 260 may be a compilation of messages 
to which users append notes, or the contents of the text box 
260 may be saved into a separate repository of data peri- 
odically. In a preferred embodiment, the compilation of 
messages may be saved to a SGML-based file for support as 
a document that may be viewed by implementation of the 
browser 80. In addition, the textbox 260 may be replaced by 
a view of the messages in the display window 60. 

It is to be understood that the appearance of the user 
interface 50 shown in FIGS. 9A & 9B is one example of the 
user interface in the present invention. 'I^e appearance and 
the choice of graphic objecLs may be varied to suit the needs 
of the intended users. 5S 

Referring to FIG. 10, one example of how the user 
interface 50 may be altered replaces the buttons 56, 58 with 
other objects. The buttons are merely display regions of the 
user interface configured to perform a function when 
selected with the screen pointer 62 and the selecting device 60 
102. In the presently preferred embodiment of FIG. 9 A, the 
selectors are represented by button icons. As shown in FIG. 
10, these icons may be replaced with words or phrases 268 
that are descriptive of the section that they are configured to 
display. 65 

Another variation, shown in FIG. 11, uses a distributed 
user interface in which the buttons 288 are located in their 



own window that is detached from the display window 60. 
FIG. 11 illustrates the separate windows 50, 288 as they 
might appear on a monitor screen 274. 

In another variation shown in FIG. 12, keys on the 
keyboard 110 may be configured as functional equivalents of 
the screen pointer 62 to select document section selectors 56, 
58. FIG. 12 illustrates a monitor screen 274 connected to a 
keyboard 110 via connection 275. In one approach to using 
the keyboard, the selectors 56, 58 may be mapped to 
function keys 270 on the keyboard 110. In another approach 
which may be combined with the first approach, the browser 
80 may first highlight a selector in response to certain keys 
such as a TAB key 266, or an arrow key 264, and then select 
the highlighted selector 280 in response to another key such 
as the ENTER key 272. 

The user interface so may also be implemented in an 
environment that lacks a GUI, such as a character-based 
system interface. In an example of such an implementation 
shown in FIG. 13, the selectors 56, 58 are words or phrases 
that have features such as a character-based border identi- 
fying them as selectors. The user then selects a selector using 
the keys on the keyboard as described above. 

In another example of a character-based user interface 50, 
the selectors 56, 58 are not used at all and the entire screen 
is the display window. Function keys 270 on the keyboard 
110 are implemented in place of the selectors. The function 
keys 270 may be mapped according to the labels indicated 
at 290. 

It is to be understood that this specification is provided by 
way of illustration and that it is only the claims and their 
equivalents that define the invention. 

We claim: 

1. In a computer, a browser for viewing documents having 
embedded codes that identify parts of documents according 
to at least one predefined document structure, said browser 
comprising: 

a user interface comprising a display window that dis- 
plays a document to a user; 
a plurality of input devices; 

a first plurality of display regions that are responsive to 
said input devices, said display regions of said first 
plurality being continuously displayed as part of the 
user interface automatically and configured to corre- 
spond to respective parts of the predefined document 
structure regardless of what part of the document is in 
the display window; and 

a controller operative to cause a selected part of the 
document to be displayed in the display window when 
a user uses one of said input devices to enable one of 
said display regions that corresponds to the selected 
part. 

2. A browser as claimed in claim 1 wherein said plurality 
of input devices comprises: 

a screen pointer that moves on the display window of the 
user interface and maintains a current position respon- 
sive to a user controlled pointing device; and 

a selecting device that selects the current position of the 
screen pointer when enabled by a user; 

wherein the controller causes a selected part of the docu- 
ment to be displayed on the display window when a 
user moves the screen pointer to the display region that 
corresponds to the selected part and enables the select- 
ing device. 

3. A browser as claimed in claim 2 wherein said plurality 
of input devices further comprises: 
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a first set of keys on a keyboard, each of said keys 
configured to highlight one of said display regions that 
is next in a sequence of said display regions as one of 
said first set of keys is pressed; and 

at least one select key on the keyboard configured to select 5 
the highlighted region when said select key is pressed; 

wherein the controller causes a selected part of the docu- 
ment to be displayed on the display window when a 
user presses said at least one select key while the 
display region that corresponds to the selected part is jq 
highlighted. 

4. A browser as claimed in claim 2 further comprising a 
document menu that lists documents that the user can select 
for viewing by moving the screen pointer to the document 
menu and enabling the selecting device. 

5. A browser as claimed in claim 4 further comprising: 
a next part region that has been predefined to display a 

next part in the document when the next part region is 
selected by the user by moving the screen pointer to the 
next part region and enabling the selecting device; and 
a previous part region that has been predefined to display 
a previous part in the document when selected by the 
user by moving the screen pointer to the previous part 
region and enabling the selecting device. 

6. A browser as claimed in claim 4 further comprising a 
region on the user interface that is predefined to correspond 25 
to the action of opening a new display window in which the 
user can input a note. 

7. A browser as claimed in claim 1 wherein said plurality 
of input devices comprises: 

a set of keys on a keyboard, each of said keys configured 30 
to correspond to a specific part of the predefined 
document structure; 

wherein the controller causes a specific part of the docu- 
ment to be displayed in the display window when a user 
presses the key that corresponds to the specific part. 35 

8. A browser as claimed in claim 1 wherein the embedded 
codes that identify parts of the document conform to a 
document type definition that has been prepared according 
to the Standard Generalized Markup Language (SGML). 

9. A browser as claimed in claim 1 wherein the embedded 40 
codes that identify parts of the document according to a 
predefined stmcture conform to the Hyper-Text Markup 
Language (HTML). 

10. A browser as claimed in claim 1 wherein the embed- 
ded codes are elements of SGML and the coded document 45 
is an SGML instance according to an SGML document type 
definition. 

11. A browser as claimed in claim 10 further comprising 
a document type menu that lists at least one document type 
having a predefined structure that can be selected to alter the 50 
document menu to list documents that conform to the 
predefined structure of the document type selected by mov- 
ing the screen pointer to the document type menu and 
enabling the selecting device. 

12. A browser as claimed in claim 1, further comprising 55 
a second plurality of display regions that are responsive to 
said input devices, said display regions of said second 
plurality configured to correspond to respective parts of the 
predefined document structure in response to the part of the 
document that is displayed in the display window. 60 

13. The browser as claimed in claim 1, wherein the first 
plurahty of display regions are automatically displayed as 
part of the user interface without prompting by the user. 

14. The browser as claimed in claim 1, wherein the first 
plurality of display regions remain displayed as part of the 65 
user interface even after a user enables one of said display 
regions. 
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15. In a computer, a method for browsing a document 
within the context of a predefined document structure com- 
prising the steps of: 

initializing a browsing tool having document navigation 
tools that include a first plurality of display regions that 
are continuously displayed as part of the browsing tool 
during browsing, said display regions of said first 
plurality automatically configured to correspond to 
respective sections of the predefined document struc- 
ture regardless of what part of the document is 
displayed, and operative to display the respective sec- 
lions; 

displaying a document; and 

enabling one of said plurahty of display regions to display 
the respective section. 

16. llie method of browsing a document as claimed in 
claim 15 wherein the plurality of display regions are enabled 
with a set of keys on a keyboard. 

17. The method of browsing a document as claimed in 
claim 15, further comprising the step of: 

initializing a browsing tool having document navigation 
tools that include a second plurality of display regions, 
said display regions of said second plurality corre- 
sponding to respective sections of the predefined docu- 
ment structure in response to the part of the document 
that is displayed, and operative to display the respective 
section, 

18. The method of browsing a document as claimed in 
claim 15, wherein the first plurahty of display regions are 
automatically displayed as part of the browsing tool without 
prompting by the user. 

19. The method of browsing a document as claimed in 
claim 15, wherein the first plurality of display regions 
remain displayed as part of the browsing too! even after a 
user enables one of said display regions, 

20. In a computer comprising a graphical user interface, 
a method for browsing a document within the context of a 
predefined document structure comprising the steps of: 

initializing a browsing tool having document navigation 
tools that include a first plurality of display regions, 
said display regions of said first plurality being con- 
tinuously displayed as part of the browsing tool during 
browsing and automatically configured to correspond 
to respective parts of the predefined document structure 
regardless of what part of the document is displayed; 
displaying a document in a display window; and 
viewing parts of the dcx:ument by repeating the steps of: 
moving a screen pointer that maintains a current posi- 
tion on the display window responsive to a user- 
controlled pointing device over a selected display 
region of the document navigation tools configured 
to correspond to a corresponding part of the pre- 
defined document structure; and 
selecting the selected display region by enabling a 
selecting device. 

21. The method of browsing a document as claimed in 
claim 20, further comprising the step of: 

initializing a browsing tool having document navigation 
tools that include a second plurality of display regions, 
said display regions of said second plurality configured 
to correspond to respective parts of the predefined 
document structure in response to the part of the 
document that is displayed in the display window. 

22. The method of browsing a document as claimed in 
claim 20, wherein the first plurahty of display regions are 
automatically displayed as part of the browsing tool without 
prompting by the user. 



02/02/2004, EAST Version: 1.4.1 



5,933,841 



15 



16 



23. The method of browsing a document as claimed in 
claim 20, wherein the first plurality of display regions 
remain displayed as part of the browsing tool even after 
selection of a display region. 

24. In a computer with graphical user interface 5 
capabilities, a method for browsing a document within the 
context of a predefined document structure comprising the 
steps of: 

creating one or more documents having the predefined 

document structure; 
embedding codes in the documents to identify parts of the 

predefined document structure; 
initializing a browsing tool having document navigation 
tools that include a first plurality of display regions, 
said display regions of said first plurality being con- 
tinuously displayed as part of the browsing tool during 
browsing and automatically configured to correspond 
to respective parts of the predefined document structure 
regardless of what part of the document is displayed; 
displaying a document in a display window; and 
viewing parts of the document by repeating the steps of: 
moving a screen pointer that maintains a current posi- 
tion on the display window responsive to a user- 
controlled pointing device over a selected region of 25 
the document navigation tools configured to corre- 
spond to a corresponding part of the predefined 
document structure; 
maintaining said selected display region accessible 
regardless of what part of the document is in the 30 
display window; and 
selecting the selected region by enabling a selecting 
device. 

25. A method for browsing a document as claimed in 
claims 15, 20 or 24 wherein the steps for browsing a 35 
document further comprises the steps of: 

displaying a next part in the predefined document struc- 
ture of the document by repeating the steps of: 
moving the screen pointer over a next part region of the 
document navigation tools configured to display a 
part of the document that follows a part of the 
document that is currently displayed in the display 
window; and 

selecting the next part region by enabling the selecting 
device; and ^5 

displaying a previous part in the predefined document 
structure of the document by repeating the steps of: 

moving the screen pointer over a previous part region 
of the document navigation tools configured to dis- 
play a part of the document that follows a part of the 50 
document that is currently displayed in the display 
window; and 

selecting the previous section region by enabling the 
selecting device. 

26. 'ITie method of browsing a document as claimed in 55 
claim 15, further comprising the step of: 



initializing a browsing tool having document navigation 
tools that include a second plurality of display regions, 
said display regions of said second plurality configured 
to correspond to respective parts of the predefined 
document structure in response to the part of the 
document that is displayed in the display window. 

27. The method of browsing a document as claimed in 
claim 24, wherein the first plurality of display regions are 
automatically displayed as part of the browsing tool without 
prompting by the user. 

28. The method of browsing a document as claimed in 
claim 24, wherein the first plurality of display regions 
remain displayed as part of the browsing tool even after 
selection of a display region. 

29. In a computer comprising a graphical user interface, 
a browser having a user interface for viewing documents 
having embedded codes that identify parts of documents 
according to a predefined document structure, said browser 
comprising: 

a display window that displays a portion of the document 
to a user; 

a screen pointer that moves on the user interface and 
maintains a current position responsive to a user con- 
trolled pointing device; 

a selecting device that selects the current position of the 
screen pointer when enabled by the user; 

a document menu that lists documents that the user can 
select for viewing by moving the screen pointer to the 
document menu and enabling the selecting device; 

a document type menu that lists at least one document 
type having a predefined structure that can be selected 
to alter the document menu to list documents that 
conform to the predefined structure of the document 
type selectable by moving the screen pointer to the 
document type menu and enabling the selecting device; 

a first plurality of display regions on the user interface, 
said display regions of said first plurality accessible to 
the user and configured to correspond to a respective 
part of the predefined document structure regardless of 
what part the document is currently in the display 
window; and 

a controller operative to cause a selected part of the 
document to be displayed in the display window when 
a user moves the screen pointer to the region that 
corresponds to the selected part and enables the select- 
ing device. 

30. A browser as claimed in claim 29, further comprising 
a second plurality of display regions on the user interface, 
said display regions of said second plurality configured to 
correspond to a respective part of the predefined document 
structure in response to the part of the document that is 
displayed in the display window. 
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